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(54) Electronic sourcing system and method 

(57) An electronic sourcing system includes a com- 
puter that maintains a catalog database of data including 
product infomiation (such as product identification and 
descriptive information) relating to catalog items availa- 
ble from vendor product catalogs, and a means for build- 
ing (generating) a requisition including at least one req- 
uisitioned item. Information at least partially identifying 
an item desired to be requisitioned is entered by a user, 
and utilized by a means for searching the database for 
catalog items matching that information and for selecting 
at least one catalog item located as a result of the search. 
Text describing the catalog items, and images of the 
items, may be viewed. Data identifying selected catalog 
items are communicated to the requisition building 
means, which generates a requisition including entries 
for items corresponding to the selected catalog items. 
The system checks the availability in one or more inven- 
tory locations of the corresponding desired catalog 
items, and generates one or more purchase orders for 
desired items from inventory locations stocking the 
items. 
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Description 

This invention relates to systems and methods for interfacing product information, such as is typically found in vendor 
catalogs that are provided to customers, and requisition/purchasing systems and methods that may use the resufts of 

s searches of product information. 

There are a number of known requisition/purchasing systems that manage and process requisitions and purchase 
orders. One such system is the Fisher Scientific Requisition and Inventory Management System ("Fisher RIMS"), de- 
scribed in co-pending patent application Serial No. 08/042,168, filed April 2, 1993 and assigned to Fisher Scientific 
Company of Pittsburgh, Pennsylvania, the disclosure of which is incorporated herein by reference. As its title suggests, 

10 Fisher RIMS can also manage Inventory. In the Fisher RIMS system, requisition records are created from a real-time 
interaction between a host computer (generally a mainframe) and a local computer (generally at a customer site), with 
each computer using data from Its own respective database of Inventory in conjunction with Information entered by a 
customer sen^ice representative operating the local computer. By accessing its respective database, each computer 
can build and transmit to the other computer communications blocks of data relating to a particular requisition of an item 

15 In Inventory (or to the management of the inventory itself). The other computer can then use the received data to continue 
processing of the requisitk)n. Thus, requisition records are created from a real-time Interaction between the host and 
local computers, with each computer using data from its respective database In conjunction with information entered by 
a customer service representative operating the local computer. 

Other requisition/purchasing systems can be grouped broadly into four classes. First, requisition management sys- 

20 terns licensed to corporations purchasing for their own use include ORIOiSl software (from Medical Management Sys- 
tems), ENTERPRISE software (from ESI), and NOVA software (from Johnson & Johnson). Second, there exist systems 
provided by distributors for transmitting orders to them in proprietary formats. Such systems include QUICKLINK (from 
Abbott), ASAP system (from Baxter) and LIGHTNING system (from Fisher Scientific). Third, software packages licensed 
by software developers to customers and/or suppliers enable the transmission of customer purchase orders as EDI 

2S purchase orders (in ANSI X.12 format). Examples of such systems Include ON-CALL EDI (from TSI Intematfonal), EDI 
Express software (from General Electrw Information Seroices) and GETRAN software (from Sterling Software). Fourth, 
comprehensive business management packages such as REAL WORLD software (from Real World Corporation of 
Concord, NH) and ASK software (from The ASK Group) contain a purchasing module to create replenishment orders 
when inventoried items fall below restocking points. The same purchasing niodule can also be used to place spot orders 

30 for products keyed in by the customer's purchasing personnel. 

None of these known requisition/purchasing systems (Including Fisher RIMS), however, provides a capability for a 
user readily to search for and locate information about the products that may be requisitioned and ordered in connection 
with the requisition/purchasing system. They also do not Provide the capability for a user to search a database containing 
two or more vendor catalogs, and then to transfer information about the itenris selected as a result of such searches into 

35 a requisitior^purchasing system such as Fisher RIMS for bulkJIng a requisition for the catalog items. 

Computer systems that are capable of searching databases containing a product catalog of a partbular vendor, for 
example on CD-ROM, are also known. Such systems can search for user requested information about products and. 
create orders which the user can save, print or, in some cases, facsimile directly to a vendor. The known computer 
systems for searching vendor catalogs are limited in that only one such vendor catalog is accessible to a user at any 

^ given time. They are also limited in that they can only create an order within the particular vendor catalog database. 
They cannot source items to be requisitioned from a database containing multiple catalogs or interact with a requlsi- 
tion/ipurchasing system (such as Fisher RIMS) to create a purchase order or orders including the items located from 
that sourcing operation. 

Thus, it would be desirable to provide an electronic sourcing system that provides a means for transferring infor- 
^ mation between a requisition/purchasing system that may use the results of a search of product information and a means 
for searching large volumes of product information such as woukj be Included in a vendor product catatog or catalogs. 

It would also be desirable to ProvkJe such an etectronk: sourcing system that is capable of searching a database 
containing at least two vendor product catalogs for product information. 

It would further be desirable to provide such an electronic sourcing system that is capable of searching a database 
so of catalog Items contained in at least two vendor product catalogs, selecting particular items kxated, and transferring 
informatran about the items selected (for example, a catatog number and a vendor identifier, such as vendor name 
and/or vendor number) to a requisition/purchasing system for inclusion In a requisition generated by the system. 

It would further be desirable to provide an electronic sourcing system that is capable of creating an order list including 
items located as the result of a catalog database search and transferring that order list of desired catalog items to a 
ss requisition/purchasing system for inclusion of the catalog items as entries in a requisition generated by the system. 

According to the present Invention there is provided a sourcing system as set out In claim 1 and a sourcing method 
as set out In claim 24. 

In accordance with the hereinafter described embodiment electrons sourcing system and method used by the 
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system are provided. The system includes a computer that maintains a catalog database including product information 
(such as product identification infomnation, and description information) relating to catalog item available from vendor 
product catalogs, and a means for building (generating) a requisition including at least one requisition item. Information 
at least partially identifying an item desired to be requisitioned is entered by a user, and utilized by a means for searching 

s the database for catalog items matching that information and for selecting at least one catalog item located as a result 
of the search. Text describing the catalog items, and images of the items, may be viewed. Data identifying selected 
catalog items are communicated to the requisition building means, which generates a requisition including entries for 
Items corresponding to the selected catalog items. Additionally, the system includes a means for checking the availability 
in one or more inventory locations of the corresponding desired catalog items, and for generating one or more purchase 

10 orders for desired items from inventory locations stocking the items. 

The hereinafter described embodiment can provide a user with the capability of searching a database containing 
data (including productA/endor identification, and other product information) relating to items available from at least two 
vendor product catalogs, and the capability of transferring the product Information for desired catalog items obtained as 
a result of the search to a requisition/purchasing system for use in generating a requisition including entries for the 

IS desired catalog items. 

The hereinafter described embodiment can provide a means for bi-directionally transferring information between a 
requisition/purchasing system that may use the results of a search of such product information, and a means for search- 
ing large volumes of product information such as would be included in a vendor product catalog. 

The hereinafter described embodiment is capable of creating an order list including desired catalog items located 
20 as the result of such a database search, and transferring that order list to a requisition/purchasing system for generating 
a requisition including entries for the desired catalog items. 

The above and other advantages of the invention will be apparent from consideration of the following non- limitative 
detailed description, taken in conjunction with the accompanying drawings, in which like reference characters refer to 
like parts throughout, and In which: 

25 

FIG. 1 A is a block diagram showing one exemplary embodiment of the overall system of the present inventbn; 

FIG. 1 B is a bkx;k diagram showing another exemplary embodiment of the overall system of the present invention; 

30 FIG. 1C is a block diagram showing a portion of the embodiment of FIG. 1 A in greater detail; 

FIG. 2 is a block diagram showing the ftow of control and interaction between the various programs and data screens 
of the programs used for requisitk)n management and vendor catabg searching of the present invention; and 

3S FIG. 3 is a block diagram showing a portton of a system (Fisher RIMS) for requisitfon management, including the 

electronic sourcing system of the present invention. 

FIGS, 1A and 1B show preferred embodiments of the electronic sourcing system 5 of the present invention. As 
shown in FIG. 1 A, a local computer 20, which is preferably located at or near a Customer site and the site of Just-In-Time 
fo ("JIT") Inventory, is preferably used by an on-site Customer Sen^ice Representative ("CSR") dedrcated to a Customer 
to assist that Customer in requisitbning items needed. 

Local computer 20 includes conventional cotor monitor 22 and alphanumerical keyboard 24 Including twelve function 
keys F1 , F2, F12. Local computer 20 is also coupled to printer 26. 

Local computer 20 is preferably a conventional mcrocomputer (such as a 386-, 486- or Pentium-class personal 
^ computer) capable of operating the required programs and of transmitting and receiving the required communicattons. 
running the OS/2 operating system 32 and also running the CICS OS/2 applicatron 34, both of which are available from 
IBM. 

Electronic sourcing system 5 also includes a requisition/purchasing system 40, preferably but not necessarily the 
Fisher RIMS system, and a search program 50 that is capable of searching through large volumes of information quickly 
so and accurately. Preferably but not necessarily, the Technical Viewer 2 search program (■TV/2'), available from IBM, is 
used as search program 50. As shown in the embodiment of FIG. 1 A, Fisher RIMS 40 and TV/2 search program 50 are 
run by local computer 20. 

Fisher RIMS system 40 is comprised of numerous program modules, including several programs 44, which operate 
within CICS environment 34 of OS/2 operating system 32. Programs 44 include, among others, Requisition Management 
ss CREOr) program 44/K. Inventory Sourcing program or programs 44B, Requisition Maintenance program 44C, Customer 
Variable program 44D. and Order Header program 44E, each of which will later be described in greater detail. REQI 
program 44A Is most often the RIMS program 44 that interfaces with TV/2 search program 50. 

Fisher RIMS system 40 also includes several Fisher RIMS databases 42. These databases 42 preferably include 
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requisition databases 42A, inventory databases 42B, and customer-specific databases 42C, each maintained within 
OS/2 operating system 32, 

Local computer 20 also preferably runs Shell program 52, which operates under search program 50 and is used to 
customize search program 50 to generate Order Lists 48 (shown In FIG. 1C) with particular fields of formatted data 

s about the items selected using search program 50. Local computer 20 is preferably capable of running both a RIMS 
program 44 and Shell program 52 at the same time (i.e., in a multi-tasking environment), but the user of local computer 
20 usually sees only RIMS program 44 or Shell program 52 at one time in the foreground on monitor 22. 

Local computer 20 is also provided with a catalog database 36 comprised preferably of at least two vendor product 
catalogs. The catalogs, and hence catalog database 36, preferably include such information as part number, price, 

10 catalog number, vendor name or I.D., and vendor catalog number, as well as textual infomnation and images of or relating 
to the catalog products. The nature of the business that the Customer using electronic sourcing system 5 conducts will 
determine which product catalogs are made a part of catalog database 36. 

A feature of the present invention is the ability to search multiple catalogs from different suppliers. For example, 
catalog database 36 can contain the catalog or catalogs published by a vendor Distributor, having Distributor's catalog 

IS numbers for all listed products and vendor manufacturer's part numbers for many of the listed products. Catalog database 
36 can further contain catalogs published by some of the vendor manufacturers, listing the manufacturers' part numbers 
for certain products correspondingly listed in the Distributor's catalogs and for certain products not listed in the Distrib- 
utor's catalogs. Catalog database 36 can further contain catalogs published by outside suppliers, whether other nnanu- 
facturers or other distributors, listing such vendor's products different from those in the Distributor's catalogs. 

20 Where the Fisher Rl MS system is in use with electronic sourcing system 5, a host computer 1 0 located at a Distributor 

site is also provided, as shown in FIG. 1 A. Host computer 10 controls all inventory, pricing and requisitioning operations 
of the Distributor's regularly stocked items using host pricing and inventory databases 11. Host pricing and inventory 
databases 1 1 may include such information as: descriptions of the items and the quantities thereof available at a particular 
Distributor warehouse and at other Distributor warehouses; item records for each Product regularly sold by the Distrib- 

2S utor; discourit records by Customer; and cross-references from the Distributor's catalog number to Its corresponding 
vendor's part (catalog) number and to similar corresponding catalog numbers of other vendors (suppliers or distributors) 
for the same Product. 

Host computer 10 and local computer 20 are preferably linked point-to-point or in a network employing the formats 
and protocols of IBM's System Network Architecture ("SNA"). Host computer 10 can be substantially any mainframe or 
30 minicomputer capable of running the desired programs and conducting the required communications. Preferably, host 
computer 1 0 is a mainframe computer, such as an IBM Model 3090, running the MVS operating system, the MVS-CICS 
application and a Virtual Telecommunication Access Method communications network. 

As shown in FIGS. 1C and 2, interface 60 is also a part of electronic sourcing interface system 5. Interface 60 
communicates shared data between requisition/purchasing system 40 and search program 50. Interface 60 is preferably 
3S based upon the dynamic data exchange ("DDE") protocol provided by OS/2 operating system 32. As shown in FIG. 2, 
interface 60 preferably includes th ree linking programs to interface requisitbh/purchasing system 40 and search program 
50: ESRC program 70, ESCP program 80 and DDE LINK 90. 

Atypical data exchange may begin with requisition/purchasing system 40 (which, in the illustrated embodiment, is 
the Fisher RIMS system) requesting information from catalog database 36 via search program 50. Once a search by 
40 search program 50 has been completed, the selected infonfnation will be cornmunicatedto requisition/purchasing system 
40 via interface 60. 

Alternatively, if the search of catalog database 36 is initiated from search program 50, the information selected from 
the search is retumed to requisition/procurement system 40 via interface 60. 

The start up of electronic sourcing system 5 (FIG. 1A) may be user-initiated or automatically started when the 
^ operating system, preferably OS/2 system 32, is brought up on kx:al computer 20. An applicatkxi-name string 61 must 
be klentified to label interface 60. As shown in FIG. 1C, electronk: sourcing system 5 by conventbn will use 'TV2V123,'' 
■TV2V124," ■TV2V125," etc. as application names 61 supporting the user's requesting service. 

Preferably, application names 61 correspond to virtual terminal sessions that exist in the CICS system 34 of requi- 
sition/purchasing system 40. There will be a one-to-one correspondence between applications started (such as Shell 
so 52) and CICS virtual terminals in use at a location of requisition/procurement system 40 (such as REQI program 44A). 
Local computer 20 will query OS/2 operating system 32 to determine the next application-name string 61 to create at 
start-up. The application-name strings 61 will be created in sequence with VI 23 being created first, V1 24 created second, 
etc. Each application will create only one application name-string 61 to support its user in the CICS environment 34. 

If the Fisher RIMS system has been selected as requisition/purchasing system 40, and the TV/2 search program 
ss has been selected as search program 50, CICS OS/2 applk;ations 34 should share a workstation with a TV/2 search 
program 50. 

The data passed by interface 60 preferably comprise all or a subset of the following twelve fields: vendor name, 
vendor number, vendor part (catalog) number, product description, bid price.' list price, keyword, page number, quantity. 
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unit, catalog text, and catalog images. Because of the amount of data for catalog images present in database 36 and 
viewed on monitor 22, these data are usually not passed via interface 60. Any of the above-listed fields may be filled 
by requisition/purchasing system 40 prior to requesting a search of catalog database 36 by search program 50. However, 
requisition/purchasing system 40 is not required to pass any data to search program 50. If a field is not passed, that 

s field will be filled with spaces. The fields that are filled with data will assist search program 50 in executing its first search 
against a specific catalog contained in catalog database 36. 

A search priority exists when more than one field is provided by requisition/purchasing system 40. The priority is as 
follows: (1) part (catalog) number; (2) keyword; and (3) page number. The search will start with priority (1) and proceed 
through priority (3) in sequence until a search produces products matching the search criteria. At that time, the search 

10 will return the matching product information to requisition/purchasing system 40 and stop at the highest priority resulting 
in a match. 

The operation of electronic sourcing system 5 of the present invention will now be more particularly described in 
the context of FIGS. 1A, 1C, 2 and 3. In FIGS. 2 and 3, the rectangles represent data screens as well as programs 
associated with those data screens. The rounded rectangles represent programs not associated with data screens such 

IS that, while these programs are running, the prior data screen may remain visible without, necessarily, being operational 
tor the input of data. The programs associated with the data screens enable the user of local computer 20 to display 
and modify the contents of various tables associated with particular data screens. The following description illustrates 
the use of the Fisher RIMS system as requisition/purchasing system 40, and the TV/2 search program as search program 
50. However, it will be understood that the present invention is not limited to such system or program. 

20 Preferably, a user will start the electronic sourcing system 5 from Fisher RIMS system 40. Requisitioning on Fisher 

RIMS system 40 in context of the electronic sourcing system 5 of the present invention is illustrated in pertinent part in 
FIG. 3 (and is fully described in Application Serial No. 08/042,168). /Ks data (e.g.. Account Number, Requisition Number 
and Stock Numbers) associated with a single requisition are entered through the various data screens on local computer 
20, that computer creates a set of Requisition Tables (including a Requisition Item Table 46, shown in FIG. 1C) for that 

2S particular requisition. The Requisition Tables are stored in Requisition databases 42A (shown in FIG. 1 A), and can be 
accessed by local computer 20 using the Requisition Number to find the desired table. 

The first step in creating a requisition in Fisher RIMS system 40 involves entry by the user of information in the 
Order Header program 44D (shown in FIG. 1A), which has an associated Order Header data screen 100 (FIG. 3). A 
sample of an actual Order Header data screen 100 is set forth in Appendix L The user enters an Account Number, which 

30 generally causes the correct name and address associated with that Account Number to be entered into the appropriate 
fields of Order Header data screen 100. The user must also enter a Requisition Number in the appropriate field of the 
Order Header screen 1 00. Various additional information may also be entered. 

At the bottom of Order Header data screen 1 00 are several fields that describe the function of various function keys. 
Function keys F6, F9, and F1 0 all cause the system to jump to a new RIMS program 44 or data screen in Fisher RIMS 

3S system40. Forexample. pressingtheF9key causes the system to jump to RIMS Customer Variable program 44E (FIG. 
1 A) and its associated Customer Variable Header data screen 104 (FIG. 3). Customer Variable Header program 44E 
with its associated Customer Variable Header data screen 104 allows the user to enter and edit information that the 
particular customer desires to be associated with the requisition due to requirements of the customer's internal account- 
ing system or other systems. Pressing the F10 key will cause the system to enter the Inventory Sourcing program or 

fo programs 44B. 

Pressing the F6 function key from the Order Header data screen causes Fisher RIMS system 40 to jump to REQI 
program 44A (FIG. 1 A). The screen associated with REQI program 44A is Requisition Management data screen 110 
(FIG. 3) illustrated in Appendix II. Within REQI program 44A and its associated Requisition Management data screen 
110, Requisition Item Table 46 (shown in FIG. 1C) is a graphical representation of a database table in which certain 

^ fields are completed on a list of items that are to be listed, sourced and ordered. Representative Requisition Management 
data screens 110 showing a Requisition on Requisition Item Table 46 are set forth in /Appendices II, VIM and IX. It should 
be appreciated that data about each item is stored in Requisition Item Table 46. some of which is displayed on the 
screens shown in Appendices H, VIII and IX. The data stored can additionally include customer variable data. That is, 
the fields on Requisition Item Table 46 can be expanded to include specific item details used by a particular customer, 

50 especially when reports from requisitbn databases are transferred to the customer's host computer (not shown). The 
field structure for these data is maintained in customer-specific databases 42C. 

The entire process of listing, sourcing and ordering products using Fisher RIMS system 40 can be completed without 
any reference to a search program 50. As described herein, however, limited fields on specific items can be transmitted 
from Requisition Item Table 46 to search program 50, and more completed fields of the same or different items can be 

ss received from the search program 50 into a Requisition Item Table 46. 

At the bottom of Requisition Management data screen 110 (FIG. 3), and /Appendices II, VIII and IX) are several 
fields which describe the function of various function keys (F1. F2, etc.). The user uses REQI program 44A and its 
associated Requisition Management data screen 110 to enter the catalog or part numbers and quantities of the various 
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items being requisitioned. 

The Account Number and Requisition Number are automatically passed to REQI program 44A and its associated 
Requisition Management data screen 110, and displayed at the top of the Requisition Management data screen 110 in 
the relevant fields. For example, in the exemplary Requisition Management data screen 110. shown in Appendix II, the 

s number 216848 has been entered in the Account Number field, and the negation "TEST NEW ONE' has been entered 
in the Requisition Number field. 

The user can next enter desired items and quantities for the requisition. Each desired item may be identified by 
entering its distributor catalog or part number, if known, in the field below the STOCK NBR label on the appropriate line 
in Requisition Item Table 46 shown on Requisition management data screen 1 1 0. In the sample Requisition Management 

10 data screen 110 shown in Appendix II, the part number 1 3246818F has been entered in the STOCK NBR field of Line 
001 . Once the user has entered such information at least partially describing a desired item on Requisition Management 
data screen 110, he or she may wish to initiate a search of catabg database 36 to find all the part numbers contained 
in catalog database 36 that match the part number entered or other information on Requisition Management screen 
110. If so, the user enters the letter 'S' (for 'Select") on the line number of the item that he or she wishes to search in 

IS catalog database 36. The letter "S" has been entered to the left of line 001 on the sample Requisition Management data 
screen 110 shown in Appendix II. Any number of items, or no items, listed on Requisition Management data screen 110 
may be marked with "S." 

A user may not always have information relating to the catalog or part number for the particular items that are to be 
requisitioned using Fisher RIMS system 40. Or, the user may have relevant information about an item from a particular 

20 vendor but may wish to locate Information about the same or a similar product available from other vendors. Or, the user 
may simply know the name of the item that he or she wishes to requisition. In any of these cases, the user alternatively 
or additionally could enter text at least partially describing the product to be requisitioned in the 'DESC field of Requisition 
Management data screen 110 (e.g.. Appendix II). Then, the user would initiate the electronic sourcing system 5 of the 
present invention to search the vendor product catalogs contained in catalog database 36. Alternatively, the user could 

2S initiate search program 50 of electronic sourcing system 5 without having first entered information in RIMS system 40 
about the product to be requisitioned. 

Once the user has built or partially built Requisition Item Table 46 by filling the line numbers (entries) on Requisition 
Management data screen 110 and selecting those lines to be searched, he or she is now ready to initiate electronic 
sourcing system 5. Pressing the F11 function key, which is labelled "Catalog," from Requisition Management screen 

30 110 accesses electronk: sourcing system 5. 

Referring now to FIG. 2. after the user presses the F11 key on Requisition Management data screen 110 of Fisher 
RIMS system 40, Fisher RIMS system 40 will pass program control via XCTL 74 to ESRC program 70. XCTL 74 is a 
protocol within CICS application 34 that directs the execution of a program, as would readily be understood by one of 
ordinary skill in the art. As control is passed from REQI program 44A to ESRC program 70, ESRC-Comm-AREA data 

35 structure 76 is passed. ESRC-Comm-AREA is a layout of storage area in Ideal computer 20 created by REQI program 
44A to pass data to ESRC program 70, as wouW readily be understood by one of ordinary skill in the art. ESRC program 
70 will then LINK 82 to ESCP program 80 with ESCP-Comm-AREA 84. LINK 82 is a protocol within CICS application 
32 that directs the execution of a program, as would readily be understood by one of ordinary skill in the art. Data at 
least partially describing one item desired to be requisitioned is passed to ESCP program 60 via LINK 82. Thus, if there 

40 are five items to be passed to ESCP program 80, there will be five LINKS 82 made. If no items are to be passed to 
ESCP program 80. only one LINK 82 is made to ESCP program 80. ESCP program 80 can return up to twenty items 
per LINK 82; in other words, for each item desired to be requisitioned up to twenty desired catalog items contained in 
catalog database 36 may be sent to REQI program 44A and its associated Requisition Management data screen 110 
of Fisher RIMS system 40. If a user chooses to terminate the sourcing process, ESRC program 70 woukJ return to REQI 

^ program 44A and its associated Requisition Management data screen 110 without processing any of the records. 

ESCP program 80 links with Shell 52 and TV/2 search program 50 via DDE LINK 90. Shell 52 and TV/2 search 
program 50 search in catalog database 36 for the item or items desired to be requisitioned that has or have been passed 
from ESRC program 70 to ESCP program 80. Catalog database 36 contains the following fields: vendor name, vendor 
number, vendor part (catalog) number, product description, list price, page number, quantity, unit, catalog text, and 

so catalog images. Shell 52 and TV/2 search program 50 may, if desired, search the keyword field or any other fieM shown 
in Appendix VII. However, not ail fiekis may appear on the monitor 22 of local computer 20, although they are stored in 
memory. 

After the user has pressed the F1 1 key from Requisition Management data screen 1 10 and control has been passed 
from REQI program 44A to Shell 52 and TV/2 search program 50, monitor 22 of local computer 20 will show a footer 
ss bar representative of Shell 52 at all times that the user is in the TV/2 search program 50. The footer bar, which also 
includes appropriate icons, Is used to make choices within Shell 52. A sample of the footer bar (without the icons) 
representing Shell 52 is shown at the base of Appendices lll-VII. In the screens of Appendices llt-VI, this footer bar is 
active to select functions. In the screen of Appendix VII, this footer bar is in the background and another footer bar is 
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used to select functions. 

If the user has marked an item on Requisition Management data screen 110 with the designation "S," the entered 
data at least partially describing that item will be sent to Shell 52 and TV/2 search program 50A in the manner described 
above. TV/2 search program 50 will search catalog database 36 for all items that match the search field sent over from 

s REQI program 44A and Requisition Management data screen 110. When a search is performed in Shell 52 and search 
program 50. a Hit List 47 is produced, as indicated in FIG. 1C. The user would see on nnonitor 22 of local computer 20 
a Hit List 47 screen representing limited data about all matching catabg items that were located in catalog database 36 
as a result of the search. A sample Hit List 47 produced from a search initiated when the entry "OVENS' is received as 
the description or keyword by search program 50 from Requisition Item Table 46 is shown in Appendix III. Similar Hit 

10 Lists 47 are produced when various searches are performed from the Search Input screen shown in Appendix VII. When 
a Hit List 47 is depicted on monitor 22, the underlying catalog text and pictures (in either partial or complete form) are 
typically collected in a memory location for rapid viewing, printing or other use. 

When multiple catalogs are present in catalog database 36, search program 50 contains a function associated with 
the catalog symbol of the footer bar and screen window (not shown) for selecting catalogs to be searched. For example, 

IS the following choices might be available: 

1. Fisher General Catalog 93-94; 

2. Fairmont Supplies Catalog; 

20 

3. NIST Standards Catalog; and 

4. Promega Biobgical Research Products Catabg. 

2S Fairmont and NIST catalogs list products not in the Fisher General Catalog, but many of the products listed in the 

Promega catalog are also listed in the Fisher General Catalog (identified by corresponding Fisher catalog numbers). If 
searching for a molecular bblogy product, the user would select the Fisher and Promega catalogs. TV/2 search program 
50 would then concatenate those two catalogs to perform a keyword, catalog number or other subject search and gen- 
erate a Hit List of pages (panels) from both catalogs where the searched-for items were found. Similarly, the user might 

30 select the Fisher and NIST catalogs when searching for quality control standards or might select the Fisher and Fairmont 
catalogs when searching for supplies. 

If the search is initiated from requisition/purchasing program 40, for example from the Requisition Management data 
screen 110 of the Fisher RIMS system, then the catalogs searched can be determined by the infomnation provided. If, 
for example, Promega is indicated as the desired requisition item vendor, interface 60 would direct TV/2 search program 

3S 50 to search the Fisher and Fairmont catabgs. If no catalog delimiting information is entered for the item desired to be 
requisitioned, interface 60 would be set up to search only the Fisher catabg or, altemativety, to search all catalogs In 
catalog database 36. 

Once Hit List 47 has been created by TV/2 search program 50, the user can view it and select particular ones of 
the located catalog items for Order List 48 that is being created in Shell 52, as shown in FIG. 1 C. For example, a search 

^ for 'Eco Rl," a restriction enzyme, may have uncovered five entries in the Promega catalog (bentified by Promega 
catalog numbers R6011, R6012. R6013, R6015 and R401) and five entries in the Fisher catalog (bentified by Fisher 
catalog numbers PRR6011, PRR6012, PRR6013, PRR6015 and PRR4014). If the user selected PRR6012 from the 
Fisher catalog, Fisher catalog number PRR6012 would be added as an entry to the Items Selected screen, with 
VN00000001 (identifying the vendor as distributor Fisher) accompanying it in the Order List 48. If the user instead 
selected the item bentified by catalog number R601 2 from the Promega catalog, then Promega catalog number R601 2 
would be added as an entry to the Items Selected screen, with VN00005860 (bentifying the vendor as Promega) ac- 
companying it in the Order List. In either case, the information transmitted to REQI program 44A of Fisher RIMS system 
40 would also include description, list price and other information taken from the catalog database from which the se- 
lection was made. When the resultant requisition is sourced. however (as described below). Distributor's mainframe 

so host computer 10 would recognize the entry for the item from vendor Promega*s catabg (R6012, 00005860) as corre- 
sponding to that same item available from Fisher's catalog (PRR601 2, 00000001 ). The system thus would transmit back 
the Customer's contract prfce and availability for corresponding item PRR601 2 as a type 03 (regular Distributor) product 
available from one of distributor's inventory locations. A purchase order then woub be generated for this corresponding 
Distributor item as further described below. f 

ss By contrast, an item selected from the Fairmont catabg would be transferred to Fisher RIMS system 40 with the 

vendor number for Fairmont, and woub be recognized during inventory sourcing as either a type 07 product (that Dis- 
tributor orders from Fairmont) or as a type 05 item (that Customer orders from Fairmont as an Administrative Purchase). 
In either of these two cases, a purchase order would be generated for an item, corresponding to a desired catalog item, 
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that is identified by the same Fairmont catalog number that was requisitioned. 

After the desired item has been selected from the Hit List 47 by double clicking on that item TV/2 search program 
50 can be used to bring up for viewing on monitor 22, or printing on printer 26, images and text from the catalog page 
on which the item selected is located. For example, as shown in Appendix III, page 1106 of the Fisher catalog has been 

s selected. If the, user double clicks on highlighted page 1106, the text shown in Appendix IV (and related images, not 
shown) woukJ appear on monitor 22. On the sample screen shown in Appendix IV. the item that appears on page 1106 
of the Fisher catalog relates to Fisher Isotemp BOO Series Programmable Ovens. Conventional scroll bars appearing 
on the screen (not shown in Appendix IV) enable the user to scroll through additional catalog information (text and/or 
images) not yet displayed on the screen. An example of such additional textual information is depicted on the screen 

10 shown in Appendix V. 

On the screen of Appendix V, the vendor distributor's catalog number ("Cat. No/) 1 3-246-81 8F is highlighted. The 
catalog number of an item normally appears in blue in a screen such as Appendix V. This blue lettering is used for 
catalog numbers, trademarks, footnotes and other entries for which database 36 contains additional information or 
cross-references (called hyperlinks). When a search is conducted and the catalog segments of the resultant hit list are 

IS reviewed, the test corresponding to the search parameter is highlighted in red. Thus, in Appendix V. catalog number 
1 3-246-81 8F (identified in the search) appears in red, while catalog number 13-246-838F and the trademark Isotemp 
each appear in blue. A word, vendor part number or catalog number located by the search will appear red, even if that 
word or number did not have an associated hyperlink (and thus Is not normally blue). 

When in search program 50, particular items selected can be added to an Order List 48 pending in Shell 52 and 

20 search program 50. When the Ordering portton of catalog text is viewed (as in Appendix V), particular itenris can be 
selected so as to be added to the Order List 48 by double clicking on the highlighted catalog number (even if a different 
field was also highlighted as a result of a search of catalog database 36). The item is then added to an Order List 48 
that Is created in Shell 52 via a hypertext link. The items that are sent to the Order List 48 are collected and shown on 
the Items Selected screen of Shell 52. An example of an Items Selected screen of Shell 52 is shown in Appendix VI. 

2S The Items Selected screen depicts certain fields of Order List 48 that can be viewed and edited within search program 
50. For example, Shell 52 pemilts the user via a pop-up window (not shown) to select units, e.g. pack or case, and 
quantity to be ordered, e.g. two packs. Alternatively, the data in these fields can default to one of the smallest unit and 
the units can be changed when the order is reviewed In REQI program 44A. Additional fields on the same Items are 
also present In memory at this stage. Upon clicking on "Order" when the Items Selected screen (Appendix VI) is viewed, 

30 many or all of these fields on the items in the Order List are transmitted back to REQI program 44A (via the programs 
of interface 60 shown in FIG. 2) to be added to the pending Requisitbn Item table 46. The sample Items Selected screen 
shown in Appendix VI includes the Isotemp Oven with catalog number 1 32481 8F that was located as a result of the 
search for all items In catalog database 36 that match the part number 1 324681 8F that was entered In the STOCK NBR 
field of REQI program 44A and its associated Requisition Management data screen 110 of Fisher RIMS system 40. 

3S The following fields are transferred to Order List 48 created in TV/2 search program 50: Vendor name, vendor 

number, vendor part (catalog) number, product descriptk>n. list prbe, page number, quantity, unit and catatog text. How- 
ever, not all of these fields are viewed on the Items Selected screen. 

If more than one Item on Requisition Management data screen 110 had been marked with an 'S,' the process 
described above is repeated. 

40 If the user desires to do additional searching in catalog database 36 that is not connected to catalog or other items 

that have been listed on Requisition Management data screen 110 of Fisher RIMS system 40. he or she can click the 
box on footer bar of Shell 52 that Is labelled 'Search.' Then, a Search screen comes up on monitor 22 of \oca\ computer 
20. An exemplary Search screen is shown in Appendix Vll. In this screen, the usual footer bar is visible in the background, 
but is not active. 

45 Using the Search screen, a user can search catabg database 36 by page, text descriptk)n, part number (where the 

user has the further option to search by Fisher part number, for example if Fisher is to be the desired vendor), Vendor 
part number, vendor name (for vendors other than Fisher), or bulletin. Stock numbers specific to the customer can also 
be present In catalog database 36 and searched using the screen of Appendix Vll. "Bulletin" refers to an additional 
vendor publication with detailed product information that may not be included in a vendor catalog. Searching for infor- 

so matbn contained in bulletins may be done by bulletin number, but only if bulletins have been made a part of catak>g 
database 36. For purposes of this disctosure. bulletins when included in a catalog database are considered a type of 
catalog. 

After the user has entered the field to be searched on the Search Screen, the user clicks on the "SEARCH" box 
near the bottom of the Search Screen. A Hit List 47 indicating all items f roni catalog database 36 that match the search 
ss fiekJ that was entered on the Search Screen then is generated. Then, in a manner similar to that described previously, 
the user can scroll through the Hrt List 47 and double click on the catalog page or panel desired. The user may then 
also view the detailed informatk)n located on the catalog page that was selected from the Hit List 47. During the search, 
the user may also add additk)nal items to the Order List 48 being built In $hell 52 if desired, whether those additk)nal 
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items had been selected from the Hit List 47 or not. 

The Order List that the user has built In Shell 52 is maintained on the Items Selected screen, shown In Appendix 
VI. From the Items Selected screen, the user can cancel the order by clicking on the "Cancel" box at the bottom of the 
screen, delete an Item from the Order List 48 by moving the pointer bar to the item to be deleted and then clicking on 

s the "Delete" box at the bottom of the screen, or delete all items by clicking on the "Delete All" box. The user can also 
view catalog text and images for a particular item by clicking on the "Description" box. 

Once the user has completely built the Order List 48 within Shell 52 and TV/2 search program 50, he or she can 
transmit it to Fisher RIMS system 40. This is accomplished by clicking on the "Order" box at the bottom of the Items 
Selected screen to communicate the completed Order List 48 to Fisher RIMS system 40. 

10 The user may have selected no items, one item or several items from the catalogs contained in catalog database 
36 by using TV/2 search program 50. If no items have been selected, the original items that were entered on Requisition 
Item Table 46 ot Requisition Management data screen 110 will remain on that screen and will continue to be processed 
by Fisher RIMS system 40. If one or several desired catalog items were selected in TV/2 search program 50, the first 
item selected will replace the original item on Requisition Item Table 46 of Requisition Management data screen 110. 

IS Additk>nal items that were selected from the search that was performed in TV/2 search program 50 will be added to 
Requisition Item Table 46 of Requisition Management data screen 110. 

Interface programs ESCP 80 and ESRC 70 (FIG. 2) are used to send data to REQl program 44A (FIG. 1 A) and its 
associated Requisition Management data screen 1 1 0 (FIG. 2) about the items that were selected from the search per- 
formed by TV/2 search program 50. To the user, it appears that all the items selected from the search are sent over to 

20 Fisher RIMS system 40 at the same time. However, ESCP program 80 receives multiple items from TV/2 search program 
50, and then sends one item at a time to ESRC program 70. ESRC program 70 then waits until all items have been 
passed to it before sending data about the items to REQI program 44A and its associated Requisition Management 
screen 110 of Fisher RIMS system 40. The Information transmitted to Requisition Management screen 110 from the 
Order List built in TV/2 search program 50 and sent through ESCP program 80 and ESRC program 70 includes vendor 

2S name, vendor number, vendor part (catalog) number, product descriptkxi, list price, page number, quantity, unit and 
catalog text. However, not all of the above-listed fields may be displayed on screen at all times. ESRC program 70 
passes control back to Fisher RIMS system 40 via XCTL 78. The requisition number, customer identification and release 
number (or other data identifying the requisition) will be passed in MENU-Comm-AREA 56 to confirm that the returned 
data are associated with the proper requisition. MENU-Comm-AREA 56 is a layout of storage area within local computer 

30 20, as one of ordinary skill in the art would readily understand. 

As previously indicated, multiple LINKS 82 may have been created between program ESRC 70 and program ESCP 
80 if multiple lines were selected (with the "S" symbol) in Requisition Management data screen 110. After completing 
the first search, and any additional searches initiated with the footer bar, an order list is created and returned to. Requi- 
sition Item Data Table 46 associated with Requisition Management data screen 110. At this point, the next item is sent 

35 from a LINK 82 through program ESCP 80 and DDE LINK 90 to the TV/2 program 50, and a hit list resulting from the 
corresponding search is displayed on monitor 22. The process of searching, displaying, selecting and ordering is re- 
peated until all of items stored by LINKS 82 have been sent to TV/2 program 50 and searched. At the end of each of 
these searches, an order list may be created and returned to Requisition Item Data Table 46 or cancelled. Once the last 
item is completed. ESRC program 70 passes control via XCTL 78, and a Requisition Management screen 110 is dis- 

40 played, reflecting all of the additbns and changes that have been made to the Requisitkxi Item Data Table 46 associated 
with that requisition. 

A limit is normally placed on the number of items of an order that may be returned to the Requisition Item Data Table 
46. For example, it the maximum size in Requisition Item Data Table 46 is set at 200 lines, one could create a limit on 
the size of each order list at 20. 50, 1 00 or even 200. A corresponding limit can be placed on the number of LI NKS 82 

^ that can be established concurrently from the same requisition. Setting a limit of five LINKS 82 and forty items per order 
list would be one way of avoiding situations in which a Requisition Item Data Table 46 reaches its limit (e.g., 200 lines) 
before all of the searches (five) have been completed and order lists (five of forty items each) have been returned. 

At this point in the use of Fisher RIMS system 40, as many entries (lines) of Requisition Management data screen 
110 have been built up (some through use of electronic sourcing system 5) as are necessary to complete the requisition. 

so A sample of such a Requisitbn Management data screen 1 1 0, in which four lines have been entered identifying desired 
items to be requisitioned (including catalog items located as a result of a catalogs search), is shown in /Vppendix VIII. 
The next step is that of inventory sourcing using RIMS inventory sourcing program or programs 44B in Fisher RIMS 
system 40. as shown in FIG. 3. Inventory sourcing is the process of determining what inventory will be used to fill the 
requisition. Pricing is also performed in this step when it is called for. Inventory sourcing in Fisher RIMS system 40 is 

ss performed on both local computer 20 and host computer 10. 

Within Fisher RIMS system 40, a Requisition Item Table 46, as shown in /Vppendix VIII (similar to that shown in 
Appendix II, but including more items), can be inventory sourced by pressing the key F6 from REQI program 44A rep- 
resented by Requisition Management data screen 110 shown in Appendix VIII (and in Appendix II). Since inventory 
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records on JIT items (type 01 and 06) are maintained in inventoiy database 42B, lines 002 and 004 in Appendix VIII 
show the availability of these items in inventory (49 items available for line 002, and 0 items available for line 004). After 
the F6 key has been pressed, host computer 10 searches its host pricing and inventory databases for availability of the 
various items listed on Requisition Management data screen 110 in different Inventory locations (e.g., different ware- 

s houses) as described in further detail, below. 

After such inventory sourcing, and assuming that no errors occurred during sourcing (as indicated by decision step 
116 in FIG. 3), the contract price, source (inventory) location and available quantity or other fields are communicated 
back to computer 20 by host computer 10, and entered and displayed in the Requisition Management Screen. This can 
best be seen by comparing lines 001 and 003 of Appendix VIII to Appendix IX, especially as to "QTY AVAIL" (quantity 

10 available). 'LOG* (inventory location) and price. As Appendix IX indicates, an inventory-sourced Requisition Item Table 
46 typically contains the same items, but with more completed fiekJs (including price, product type and inventory location). 
Moreover, as discussed above, an entry in an inventory-sourced Requisition Management screen may indicate for a 
requisitioned item a vendor and vendor catalog number that has been changed, from what was obtained from a catalog 
search, to a corresponding vendor and vendor catalog number for that itern from another source (e.g.. Fisher - which 

IS has its own catalog number for that manufacturer's item that Fisher distributes). 

For example, as shown in Appendix IX, product type "01 " for the item on line 002 indicates that the requested 
requisition Item is available as Distributor-owned inventory in the JIT inventory that the vendor/distributor maintains near 
local computer 20, either for the particular Customer or for a group of customers. Product type "06" for the item on line 
004 indicates that this item is available for the requisitioner employed by the Customer from inventory owned by Cus- 

20 tomer's purchasing department but nnanaged by local computer 20. Product type "03" for the Items on lines 001 and 

003 indicates that these are regular Distributor items that the communication between Distributor's host computer 10 
and local computer 20 determined were available in sufficient quantity at one or another of Distributor's general ware- 
houses designated "DEL" and "EDC" in the location ("LOC") field. Product type '05" (not shown in Appendix IX) indicates 
that a requisitioned item is to be purchased by Customer directly from an outside supplier, using an Administrative 

2S Purchase Order that local computer 20 creates and prints (or transmits) for Customer. 

The inventory sourcing process described above also detennines the net prices shown in Appen'dix IX for each 
item. Type 01 and type 03 items are priced by Distributor's host computer 1 0 searching host databases 1 1 , which contain 
various formulae and tables of Distributor's pricing agreement with the Customer. Host computer 10 also prices any type 

04 or type 07 item, if present. These prices were transmitted to local computer 20 along with the location and availability 
30 Information for the type 01 items. Prices for type 05 and 06 items are maintairied in the local computer's 20 own databases 

42Band42C. 

From Requisition Maintenance data screen 120, the CSR can accept all lines of the requisition - if all lines show 
the status "S" for sourced in the "STAT" field of Requisition Maintenance data screen 120 ~ by pressing the F6 function 
key. If item errors are found at step 116 in the data transmitted back to local computer 20 from host computer 10 during 
3S the sourcing process, then those particular items for which error was found will be returned and displayed by kx:al 
computer 20 in Requisition Management data screen 110. 

Once a requisition has been inventory sourced and accepted by the CSR, it can be converted to one or more 
purchase orders, as represented by step 114 in FIG. 3. For example, the requisition represented by the Requisition Item 
Table 46 of Appendix IX, if accepted without further revision by pressing function key F6 ("ACCEPT"), would result in 
^ the generatk)n of the following three purchase orders: 

A. Line 002 would be ordered from on-site distributor-owned inventory; 

B. Line 004 would be ordered from on-site customer-owned inventory (a transfer intemal to the customer); and 

4S 

C. Lines 001 and 003 would be ordered, respectively, from Distributor's 'DEL and "EDC warehouses. 

Of these three purchase orders, Orders A (type "01 ") and C (type "03") are shared between host computer 10 and 
local computer 20 (as shown in FIG. 3). Upon execution of Order A, the inventory records on both computers for Dis- 

so tributor-owned JIT inventory are adjusted synchronously. A purchase order is generated by host computer 10 immedi- 
ately thereafter. Order B (type "06") is executed and stored only on local computer 20. Upon execution of Order B, the 
inventory record on local computer 20 is adjusted (the host computer contains no records on CustomerK>wned JIT 
inventory or on items ordered by Administrative Purchases). For Administrative Purchases (type 05 items), a purchase 
order is printed, and mailed or faxed, locally by computer 20 as indicated at step 118 in FIG. 3, or via host computer 10 

ss via EDI (if EDI was selected in the Header.of Appendix I and an EDI transfer an-angement existed with vendor). 

It rs an important feature of the described embodiment that a requisition may be filled by searching and selecting 
from a catabg database of items, inventory sourced, and the resulting requisition then divided into one or more purchase 
orders. This contrasts with known prk>r art CD-ROM catalog systems in whk:h only a single purchase order to a single 
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supplier is buitt without reference to inventory records, and in which the information used to create the purchase order 
is limited to that contained in the product catalog of a single vendor. 

Electronic sourcing system 5 also contains the capability to log messages returned from inventory sourcing program 
or programs 448 of Fisher RIMS system 40. Messages will be logged for any of the following reasons: (1) part number 

5 changes for line sent to ESCP program 80; (2) list price from inventory sourcing program 44B differs from list price 
returned from ESCP program 80; (3) vendor name from inventory sourcing program 44B differs from vendor name 
returned from ESCP program 80; (4) on a "master or blanket" order, in which local computer 20 tracks the amount of 
purchases against a blanket or cumulative sum available and/or in which there is limited access to products or limited 
access to certain users, the part has already been entered on another line; and (5) the maximum number of line items 

10 has been reached. 

Referring again to FIG. 2, a user is able to view the messages returned by pressing the ALT F11 function keys in 
REQI program 44A and its associated Requisition Management screen 110 in Fisher RIMS system 40. After the ALT 
F11 keys have been pressed, REQI program 44A will link to ESMV program 112 via XCTL link 111 for displaying the 
message log created. ESMV program 112 is a function of Fisher RIMS system 40. ESMV program 112 allows the user 

IS to page through the messages created and then to return to Requisition Management screen 110. A sample ESMV 
message screen 81 associated with ESMV program 112 is shown In Appendix X. 

The first two messages of the message screen of Appendix X indicate that a part number for line 001 , identified as 
part number 53610. was successfully added in substitution for a prior part originally entered as part number SI 00-06 
(from the Fisher Scientific catalog). These messages were generated because the originally entered part (S1 00-06) did 

20 not exist in the Fisher catalog, but its corresponding part number SI 00-06 (that was kx:ated by another search in another 
catalog) did exist in that other catalog. The next message indicates that the vendor for part number 5361 0 was changed 
in line 001 from "VNOOOOOOOI " - meaning that the originally requested vendor (Fisher) was changed. The next two 
messages indicate that two other part numbers (53620 and 53650) were successfully added as lines 002 and 003. 
In the previous description, an exemplary embodiment has been described in which a Distributor CSR operates 

2S Fisher RIMS requisition/purchasing system 40 and IBM TV/2 search program 50 as part of a Just-ln-Tlme activity for a 
particular customer, Customer. Electronic sourcing system 5 of the present invention may also be used> however, in 
other requisitkx) and purchasing environments. 

In some embodiments, a Customer end user or a Customer purchasing employee operating REQI program 44A of 
Fisher RIMS system 40 may also operate TV/2 search program 50. Operating either from a terminal connected to local 

30 computer 20, or from a separate kx:al computer networked with the CSR*s local computer 20, such a Customer end 
user can select requisitioned items for inclusion in Requisition Item Table 46 by keystrokes viewing that screen and by 
searches in TV/2 search program 50 whrch are transmitted to the Requisition Item Table 46 via interface 60, as described 
above. Depending upon his or her authorization level and access code to Fisher RIMS system 40, the Customer pur- 
chasing employee may be able to source the final requisition and/or accept the sourced requisition, as shown in /^pendix 

3S IX. If, however, the sourced requisitk^n was split into more purchase orders than the Customer purchasing empbyee 
might prefer, the intervention of the Distributor CSR could be invoked to revise and re-source the requisition (causing, 
for example, certain items originally sourced as type 01 products to be sourced for this order as corresponding type 03 
products from a common Distributor warehouse with other type 03 products on the requisition). The Customer end user 
may have authority only to build the Requisition Item Table, but then calls the Distributor CSR or Customer purchasing 

40 employee to source and accept the requisition. 

As shown in FIG. IB, the present invention also has applicatbn to Distributor's regional customer service locations 
where a large number of CSRs may be placing orders directly on Distributor's host computer 210 for thousands of 
different customers who call in. In that environment, search program 250, which preferably comprises TV/2 search 
program 250, and catalog databases 236 are stored on file server 200. In this environment, file server 200 is a large 

^ personal computer, a work station or a mini-computer such as an IBM AS/400. Alternatively, the server 200 and a min- 
icomputer (such as an 1 BM AS/400) can be independently connected to each local computer 200. Each CSR has a local 
personal computer 220 having a monitor 222, a keyboard 224 and a printer 226. Local computer 220 is provided with 
programs Including requisition/purchasing program 240, Shell program 252 and a graphic user interface 254 (preferably 
EASEL Workbench program 254 for OS/2) for listing items. One or more of these may be copied from sender 220 when 

so needed. Work-in-progress requisitions 260 are established for each customer and are attached to graphic user interface 
254. Sender 200 maintains complete requisitions 242, In a manner similar to the manner in which kxal computer 20 
maintains requisitton databases 42 in the embodiment shown in FIG. 1 A. 

Normally, In such an environment, the CSR creates Order lists for customers by entering Distributor catalog numbers 
into graphic user interface 254 and connecting to the Distributor mainframe 21 0 for price and availability. For this purpose, 

ss each kx:al computer is connected to host computer 21 0 via a phone/dataline and either a gateway or a minicomputer 
acting as a kx^al host. When a customer asks for products by manufacturer part number or a competitor's catalog number, 
the CSR has access to cross-reference files, as earlier described, either maintained on the local host or maintained on 
the Distributor host computer 210. 
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Appropriate Distributor catalogs and manufacturer catalogs then are consulted, using TV-2 search program 250 
and proper selection of Distributor catalogs and of catalogs and bulletins from manufacturers whose products Distributor 
regularly sells. Catalogs and bulletins are contained in catalog database 236. The resultant lists of products are then 
transferred by Shell program 252 to a work-in-progress requisition 260, and then entered from graphical user interface 

s 254 directly onto Distributor's mainframe computer 21 0 as orders from the applicable customer to Distributor. The CSR, 
knowing which items are available from which Distributor warehouse and direct-shipping supplier, then may divide the 
customer's requested items into multiple orders, so as to assure that each order is completely filled by a single shipment. 
In this regional environment, file server 200 or the minicomputer acting as local host can maintain files of completed 
requisitions 242 which can be subsequently used for generating reports for customers in the regbn. Reports can be 

10 generated either from such local data or from data periodically downtoaded to the local host from Distributor's host 
computer 210. 

Another environment where the present invention can be used is in Distributor's purchasing department. The item 
lists created in that environment can include lists of items Distributor does not regularly stock or purchase, but for which 
particular customers indicate a requirement to buy. The file sen/er 200 in that environment contains TV-2 search program 

IS 250, EASEL graph k:al user interface 254 and multiple catalog databases 236 containing catalogs similar to the FairnrK>nt 
and NIST catalogs described above for the embodiment of FIG. 1 A. The Distributor purchasing employee can receive 
by phone or via Distributor's host computer 210 requests for items not shown on Distributor's host databases either as 
regular products (type 03) or third party items purchased for particular customers on a regular basis (type 07 items). 
Transmitting certain such requirements to the applicable Distributor purchasing employee can be a function of the in- 

20 ventory sourcing routines of host computer, or may be directed by the Distributor CSR interfacing with the customer. 

The Distributor purchasing employee can search appropriate catalogs using TV-2 search program 250, and can 
transfer the "Items Selected" to a product list in EASEL interface 254. The resultant list might display, for example, 
supplier part number, supplier, list price, product and catalog page, with access to other fields such as complete de- 
scription (up to 500 characters). The Distributor purchasing employee can then either forward the information to the 

2S CSR. customer end user or customer purchasing employee who requested the item (to confirm that the requirement is 
being met) or contact the supplier to confirm pricing and availability. Once responses from either or both have been 
obtained, the Distributor purchasing employee can use the item list in EASEL interface 254 to create one or more of the 
following purchase orders: 

30 1 . an order from the customer to the supplier (an Administrative Purchase); 

2. an order from the customer to Distributor (for a type 07 product); and 

3. an order from the Distributor to the supplier (usually providing for direct shipment from the supplier to the customer 
3S or to a JIT site maintained by Distributor for the customer). 

From the foregoing description, it should be apparent that the network arrangements of FIG, IB can be used to 
apply the present invention in a variety of contexts. The context will dictate which catalog databases 236 are provided 
on file server 200: in the regional CSR environment, Distributor's catalogs can be present with a variety of catalogs and 

^ bulletins from manufacturers that Distributor regularly represents and a limited selectbn of outside suppliers; and in the 
Distributor purchasing environment, the number of outside supplier catalogs will be increased. The number of client 
(local) computers 220 and the number and size of catalog databases 236 will help dictate what size file server 200 is 
required. The operating environment (regional CSR site, on-site CSR. on-site CSR networked with Customer end users 
and with purchaser personnel or Distributor purchasing site) will also affect the catalog databases 236 included, file 

^ sender 200 size and requisitkxi/purchasing program 240 used. In some situations (e.g.. purchasing) each client computer 
has an independent copy of requisition/purchasing program 240; in others (e.g.. on-site CSR) a single copy of the 
requisition/purchasing program 240 is maintained with associated local databases on the sen/er 200. Where the requi- 
sition/purchasing program 240 and local databases are maintained on file sender 200, the local database is updated 
after each use for the benefit of subsequent users. For example, in an environment using Fisher RIMS for requisitk>n/pur- 

so chasing program 240, if a NIST standard is selected using TV-2 search program 250 and ordered using Fisher RIMS 
240 (as either a type 07 purchase from Distributer or a type 05 administrative purchase from NIST). that item is available 
in the applicable database for subsequent requisitions. For example, a NIST standard ordered as a type 05 item will be 
stored in the local database on file server 200, with NIST as the vendor for subsequent administrative purchases by 
Customer. A NIST standard ordered from Distributor as a type 07 item will be stored in Distributor's host databases as 

ss a type 07 available to Distributor from NIST. The }oca\ databases on file sender 200 will also contain records of all items 
requisitioned and ordered, useful to transfer files to a Customer's computer (e.g., of purchase orders placed by that 
Customer in a day) or to generate reports for a Customer (e.g., or requisitions placed by each Customer department 
and/or budget number in a week). 
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Thus it is seen that an electronic sourcing system including means for linking a requisition/purchasing system and 
a means for searching large volumes of information has been described. Persons skilled in the art will appreciate that 
the present invention can be practiced by other than the described embodiments, which are presented for the purposes 
of illustration and not of limitation, and the present invention is limited only by the claims which follow. 

APPENDIX I 



10 



FISHER SCIENTIFIC RIMS 
REQUISITION HEADER 



DATE: 



IS 



20 



2S 



30 



TIME: 07 
ACCT-NBR 
COMPANY 
REQ NBR 
RELEASE 
CALLER 
ATTN 
BILL TO 
VENDOR 



08/05/94 
04:57 



NAME 
ADDRESS 



ORDER TYPE : R ORDER 

HOLD/REL: I RUSH CODE: 

FREIGHT OVERRIDE: N TAX OVERRIDE: 

EDI PO TO HOST: N POA 855 

PRT ACK: Y NBR OF COPIES: 

ACK DELV CODE: P PRINT & DELIVER 

REQ DELV CODE: W WALK IN 
0.00 



SERVICE CHARGE: 



CREATED: 08-04-1994 



STATUS: R 



RESPONSE: 



KEY(S) : 



3S 



♦F2:ADD F3:EXIT F4:UPDATE FSzREFRESH F6:ITEM F9:VAR P10:SRCE Fll:CHCPO F12-DEL 
lBV12a 



40 



4S 



SO 



SS 
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APPENDIX II 



5 *** REQUISITION MANAGEMENT SCREEN *♦* 

ACCT NBR: 218848 002 REQ NBR: TEST NEW ONE 

COMP: 1 REL NBR: 

S LINE STOCK MBR QTY CM PT STKRM XREF SPI UNIT PRICE EXT PRICE 

001 13246818r 0 CS 03 0.00 0.00 

,0 DESC: QTY AVAIL: 0 LOC: FSHR WHSE: BLW 

002 

DESC: QTY AVAIL: LOC: WHSE: 



003 

^5 DESC: 



QTV AVAIL: LOC: WHSE: 



20 



25 



004 

DESC: QTY AVAIL: LOC: WHSE: 

005 

DESC: QTY AVAIL: LOC: WHSE: 

RESPONSE: X£Y(S]: 

ALL ITEMS DISPLAYED 

F3:EXIT F6:S0URCE F7:BKWD F8:FWD F9:NEW F10:NONCAT Fll: CATALOG F12:CNCL 

ftPPEHPIX HI 

ovens 
General 



(1108) Isotemp 600 Standard Lab Ovens 

(1109) Fisher Isotemp 500 Series Economy Lab Ovens 

(1110) Gravity Convection Ovens 

(1111) Utility Ovens 

(1112) Mechanical Convection Ovens with Electronic Temperature 
35 (11 13) General-Purpose Ovens 

(1114) Heavy Duty Deluxe Ovens 

(1116) Large Capacity Model 2882A 

(1117) Standard Capacity Model 281A 

(1118) Fisher Models 280 and 285 Vacuum Ovens 

(1119) NAPCO Vacuum Ovens 



30 



40 



Help Catalogs Search Order List Minimize Clear Prev Next Exit 



45 



so 



ss 
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(FSCll 06) Fisher Isotenp 800 Series Programnable Ovens 



10 



IS 



20 



Fisher Isotenpx 800 Series PrograniDable Ovens 

Three linear heat-up and cool-down stages 
Talking control panel 
Keypad and lighted graphics 
30« to 325*C rangre 

serial communications capability 



The latest technology at your fingertips. Accurate, easy-to-use 
controls allow you to program up to 3 heat-up stages and 3 cool- 
down stages linearly to provide the most appropriate conditions 
for your samples. Using the large keyboard, you can choose the 
heat-up or cool-down rate, the temperature you want for each 
stage, and the length of time you want the oven to hold each 
temperature. And, for projects requiring repeatability, you can 
duplicate the settings at any time. 



2S 



Help Catalogs Search Order List Minimize Clear Prev Next 



Exit 



30 



3S 



40 



APPEWDTX V 

(FSC1106)Fishar Zso^emp 800 Scries ProgramBable Ovens 
Model 81BF 838F 



Inside D x H x H 



16 X 12 X 16 (41 X 30 X 
41cn) 



18 X 18 X 20 (46 X 46 

X Slcn) 



S^P- Wt. 156 ll>. (71Jcg) 195 lb. (88k9) 

Electrical Requiresents 230V 50/60HZ 11.3 Asps 230V 50/60HZ 19 Asps 

Cat. No. 13-246-81BP 13-246-838F 

Each 3495.00 3995.00 

Extra Shelves for 800 Series Ovens 

No-tip design. Hove to any position in seconds. Full Depth Shelves: Chroae- 
Plated Steel 



4S 



Help Catalogs Search Order List Minimize Clear Prev Next 



Exit 



SO 
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APPENDIX VT 



ITEMS SELECTED 

Part 
Number 



10 



Description 



List 
Price 



IS 



20 



2S 



30 



Help Cancel Delete Delete All Order Description 

APPENDIX VTT 



SEARCH 



Page: 
Search For: 

Part Number: 
Vendor Kane: 
Bulletin: 



OFisher Ovendor Ocustomer 



46 



HELP SEARCH CANCEL CLEAR USER DATA EXTENDED 

Help Catalogs Search Order List Minimize Clear Prev Next Exit 



45 



50 



SS 



16 



10 



IS 
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30 
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40 
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APPENDIX Ylll 



RICREQZl 



FISHER SCIENTIFIC RIMS 
REQUISITION MANAGEMENT SCREEN 



DATE: 07*29-94 
TIME: 14:54:22 



COHP: 
LINE 
001 

DESC; 

002 
DESC: 

003 
DESC: 



1 REL NBR: 

STOCK NBR QTY 



A181 



02 54 OK 



13246818F 





wwX 










UM 

EA 


PT 
03 
QTY 


STKRM 
AVAIL: 


XREF SPI UNIT PRICE CXT PRIC 
0.00 0.0 
0 LOC: FSKR WHSE: ED( 


PK 


01 
QTY 


AVAIL: 


49 


LOC: 


0.00 0.0 
HHSE: Ji: 


EA 


03 
QTY 


AVAIL: 


0 


LOC: 


0.00 0.0 
FSHR HHSE: £D( 


EA 


06 
QTY 


AVAIL: 


0 


LOC: 


100.00 100.0 
HHSE: jr. 




QTY 


AVAIL: 


0 


LOC: 


HHSE: 



004 A181-06 
DESC: ACETONE 
JIT BACKORDER HILL OCCUR 

005 
DESC: 

RESPONSE: KEyS(S): 
I ITEM(S) PROCESSED 

+ F3:EXIT F6:S0URCE F7:BKHD: F8:FHD F9:NEW ITM F10:NONCAT F11:CATAL0G F12:CNC 
IB V123 



RICPONPl 

COMP ID: 
ACCT NBR : 
ORDER NBR: 
SERVICE : 
CARRIER : 

O LINE 



001 

363690 006 
0.00 



APPEWDTX TX 



FISHER SCIENTIFIC RIMS 
REQUISITION MANAGEMENT SCREEN 
REQ«NBR : PO NBR 001 
REL-NBR : 

PICKLIST REVIEHED : 
ORDER: 0.00 FREIGHT: 



DATE: 08-03-94 
TIME: 07:44:13 



PART 

001 A181 

ACETONE CERTIFIED ACS 



QTY 
1 



UOM PRD UNIT PRICE SERVICE EXT PRICE LOC STAT 

0.00 35.30 DEL S 

1 QTY REC: O 



EA 03 35-30 
IL QTY AVAIL: 



002 02540K i 

BEAKER GRIFFIN 250ML 

003 13246818F i 

PROGRAMMABLE OVEN 

004 A181-06 X 

ACETONE 



PK 01 32.70 0.00 

12/9 QTY AVAIL: 49 

EA 03 3495.00 0.00 

QTY AVAIL: 0 

EA 06 100.00 0.00 

QTY AVAIL: 0 



32.70 JIT 
QTY REC: 

3495.00 EDC 
QTY REC: 

100.00 JIT 
QTY REC: 



S 
O 

s 
o 

s 
o 



RESPONSE: 



KEY(S) 



IB V123^^^ F6:ACCEPT F7:BKWp F8:FHD F9:PRINT ACK F11:M/B ERRORS F12 DELETE 



SO 
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APPENPIX X 



^ *** REQUISITION MANAGEMENT SCREEN *** 

ACCT NBR: 2X8848 002 REQ NBR: TEST NEW ONE 
COMP: 001 REL NBR: 

ELECTRONIC SOURCING MESSAGES 

LINE NUMBER 001 PART NUMBER 53610 
10 PART ADDED SUCCESSFULLY 

LINE NUMBER 001 PART NUMBER 53 610 
REPLACEMENT WAS MADE FOR PRIOR PART: sioO-06 

LINE NUMBER 001 PART NUMBER 53610 
IS VENDOR CHANGED FROM: VNOOOOOOOl 

LINE NUMBER 002 PART NUMBER 53620 
PART ADDED SUCCESSFULLY 

LINE NUMBER 003 PART NUMBER 53650 
20 PART ADDED SUCCESSFULLY 



F6 : RETURN F? : BACKWARD F8 : FORWARD 



2S 



Claims 



1. An electronic sourcing system (5) comprising: 
30 means for maintaining a catalog database (36) of data relating to catalog items from at least one vendor 

product catalog; 

means (50,52) for searching the catalog database for at least one catalog item from said vendor product 
catalogs; 

means (44A. 110, 120) for building a requisition including an entry for said desired item based upon data 
3S obtained from said catalog database relating to the matching catalog item, said data identifying at least a vendor 

and a vendor catalog number for the matching catalog item; and 

means (44A, 114) for processing said requisition to generate a purchase order including an entry for an item 
corresponding to said matching catalog item. 

^ 2. An electronic sourcing system according to claim 1 , wherein said purchase order entry identifies at least said vendor 
catalog nurnber for said matching catalog item. 

3. An electronic sourcing system according to claim 1 or 2, wherein said requisition building means includes a means 
for converting said vendor and vendor catalog number into a corresponding other vendor and other vendor catalog 

^ number, and wherein said purchase order entry identifies at least other vendor catalog number for said matching 

catalog item. 

4. An electronic sourcing system according to any one of the preceding claims, further comprising means (44D, 100) 
for entering product information that at least partially describes said at least one item desired to be requisitioned, 

50 wherein said means (50,52) for searching is for searching at least one catalog item that matches the information 

for said desired item. 



55 



An electronic sourcing system according to claim 4, wherein said catalog database of data relates to catalog items 
from at least two vendor product catalogs. 

An electronic sourcing system according to claim 5. wherein : 

the means (440,100) for entering product information comprises means for entering product information that 
at least partially describes respective first and second items desired to be requisitioned and 
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the means (50,52) for searching comprises means for searching the catalog database for at least first and 
second catalog items from said vendor product catalogs, each of said first and second catalog items obtained from 
a different respective one of said first and second vendor product catalogs and matching the infomnation for a different 
respective one of the first and second desired items. 

7. An electronic sourcing system according to claim 6, wherein the means (44A, 110, 120) for building a requisition 
builds first and second entries, each for a different respective one of said first and second desired items, and each 
containing data from said catalog database identifying at least a vendor and a vendor catalog number for said 
respective matching catalog item. 

8. An electronic sourcing system according to claim 7, wherein the means (114) for processing the requisition generates 
first and second purchase orders, each to a different supplier and each including an entry for an item corresponding 
to a different one of said first and second matching catalog items. 

9. An electronic sourcing system of claim 8, wherein at least said first purchase order identifies at least said vendor 
and vendor catalog number for said first matching catalog item. 

10. An electronic sourcing system of claim 8, wherein said requisition building means (44A, 110, 120) includes means 
for converting said vendor and vendor catalog number for at least said f jrst matching catabg item into a correspond- 
ing other vendor and other vendor catalog number, and wherein said first purchase order entry identifies at least 
said other vendor catalog number for said matching catalog item. 

11. An electronic sourcing system to any one of claims 5 to 10, further comprising 

means for generating an order list (48) that includes a least one matching catalog item selected by said means 
for searching the catalog database, and 

wherein said means for building a requisition uses data obtained from said catalog database relating to the 
matching catalog item on said order list to identify at least the vendor and vendor catalog number for the matching 
catalog item. 

12. An electronic sourcing system according to claim 1 1 , wherein the means for generating an order list (48) can generate 
an order list (48) with at least two selected matching catalog items, each from a different one of said vendor product 
catalogs, and 

wherein said means (44A, 1 1 0, 1 20) for building a requisition identifies the vendors and vendor catabg num- 
bers for the matching catalog items, and 

wherein the means (114) for processing said requisition generates at least one purchase order. 

13. An electronic sourcing system according to claim 12, wherein the means (114) for processing said requisition gen- 
erates at least one purchase order having first and second entries for items each corresponding to a different one 
of said first and second matching catalog items selected from a different one of said vendor product catalogs. 

14. An electronic sourcing system according to claim 12, wherein the means (114) for processing said requisition gen- 
erates at least two purchase orders, one purchase order having a first entry corresponding to the first matching 
catalog item selected from the first vendor product catalog and another purchase order having a second entry 
corresponding to the second matching catalog item selected from the second vendor product catalog. 

15. An electronic sourcing system according to claim 12, wherein product information that at least partially describes a 
first item desired to be requisitioned can be entered first, used to search the catalog database and then selected to 
form a first entry in the order list, and 

wherein product information that at least partially describes a second item desired to be requisitioned can be 
entered subsequently, used to search the catalog database and then selected to form a second entry which is added 
to an order list already containing the first entry. 

1 6. An electronic sourcing system according to claim 1 2, wherein the means (50, 52) for searching the catalog databases 
selects at least two matching catalog items that match the same product information from a different one of said 
vendor product catalogs and wherein the order list includes at least two selected matching catalog items, each from 
a different one of said vendor product catalogs. 

17. An electronic sourcing system according to claim 16, wherein the means for processing said requisition generates 
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at least two purchase orders, each including an entry for an item corresponding a different one of said matching 
catalog items. 

18. An electronic sourcing system according to any one of the preceding claims, wherein the means for searching 
s comprises: 

means (50,52) for searching the catalog database for segments of vendor catalogs that contain catalog items 

that match the product information for said desired item. 

means tor generating a hit list (47) of such vendor catalog segments, 
means for selectively viewing the catalog segments identified from said hit list (47), and 
^0 wherein the means for generating an order list (48) comprises means for selecting desired items from a catalog 

segment identified by said hit list (47). 

1 9. An electronic sourcing system according to any one of the preceding claims, wherein said means (50, 52) for search- 
ing further comprises means for selecting at least one catalog item located as a result of the search. 

IS 

20. An electronic sourcing system according to claim 1 9, wherein the means for searching selects at least two catalog 
items located as a result of the search, each of said two catabg item coming from a different one of said vendor 
product catabgs. 

and wherein the means responsive to said requisition generates at least two entries, each for an item corre- 
20 spending a different one of said selected matching catalog items. 

21. An electronic sourcing system according to claim 20, wherein the means responsive to said requisition generates 
a purchase order with items corresponding to the first and second matching catalog items. 

2S 22. An electronic sourcing system according to any one of the preceding claims, wherein said means for processing 
said requisition further comprises means (44B) for determining whether an item corresponding to the desired match- 
ing catalog item is available in inventory. 

23. An electronic sourcing system to any one of the preceding claims, wherein the sourcing system (5) comprises a 
30 requisition system (40). including said means (44A) for building a requisition and said means for processing said 

requisition, interfaced via an interface (60) to a search system (50) including said means for maintaining a catalog 
database (36) and said means (50,52) for searching the catalog database. 

24. A sourcing method comprising the steps of : 

3S maintaining a catalog database (36) of data relating to catalog items from at least one vendor product catalog; 

entering product information that at least partially describes at least one item desired to be requisitioned; 
searching the catalog database for at least one catalog item from said vendor product catalogs that matches 
the information for said desired item; 

building a requisition including an entry for said desired item based upon data obtained from said catalog 
40 database relating to the matching catalog item, said data identifying at least a vendor and a vendor catalog number 
for the matching catalog item; and 

processing said requisition to generate a purchase order including an entry for an item corresponding to said 
matching catatog item. 

^ 25. A sourcing method according to claim 24, further comprising the step of determining that an item corresponding to 
the desired matching catalog item is available in inventory. 

26. A sourcing method according to claim 25, wherein said requisition building step Includes converting said vendor 
and vendor catalog number into a corresponding other vendor and other vendor catalog number, and wherein said 

50 purchase order entry identifies said other vendor catalog number for said item in inventory. 

27. A sourcing method according to any of claims 24 to 26, wherein: 

said catalog database data relates to catalog items from at least two vendor product catalogs; 
said product information at least partially describes respective first and second items desired to be requisi- 
ss tioned; 

the catatog database is searched for at least first and second catalog Items from said vendor product catalogs, 
each of said first and second catalog items being obtained from a different respective one of said first and second 
vendor product catalogues and matching the information for a different respective one of said first and second 
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desired items; 

said requisition includes at least first and second entries each for a different respective one of said first and 
second desired items and based upon data obtained from said catalog database relating to said respective matching 
catalog item, said data identifying at least a vendor and a vendor catalog number for said respective matching 
catalog item; and 

at least first and second purchase orders are generated, each to a different supplier and each including an 
entry for an item corresponding to a different one of said first and second matching catalog items. 
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